Parameter sets for vehicles based on sensor data

ABSTRACT

In some examples, a controller receives measurement data from a sensor on a vehicle, determines, based on the measurement data, a condition of usage of the vehicle, and selects a parameter set from among a plurality of parameter sets based on the determined condition of usage of the vehicle, the plurality of parameter sets corresponding to different conditions of usage of the vehicle, where each parameter set of the plurality of parameter sets includes one or more parameters that control adjustment of one or more respective adjustable elements of the vehicle. The controller causes application of the selected parameter set on the vehicle.

CROSS REFERENCE TO RELATED APPLICATION

This is a continuation of U.S. application Ser. No. 15/486,990, filedApr. 13, 2017, which is hereby incorporated by reference in itsentirety.

BACKGROUND

A vehicle such as a car or other type of vehicle can be used to carrypeople or goods from one location to another location. A vehicle caninclude a large number of separate parts, including mechanical parts,electronic control units (ECUs), and other components. The ECUs are usedto control various different functions of a vehicle. Operationalcomponents, including ECUs, other electronic components, and so forth,of vehicles can be configured using configuration settings. Similarly,other types of electronic devices, such as Internet of Things (IoT)devices, can also be configured using configuration settings.

BRIEF DESCRIPTION OF THE DRAWINGS

Some implementations of the present disclosure are described withrespect to the following figures.

FIG. 1 is a block diagram of an example arrangement to provideconfiguration settings to vehicles according to some implementations.

FIG. 2 is a flow diagram of a process of providing a configurationsetting to a vehicle, according to some implementations.

FIG. 3 is a flow diagram of a process of providing configurationsettings to a group of vehicles, according to further implementations.

FIG. 4 is a block diagram of an example arrangement to provideconfiguration settings to vehicles according to alternativeimplementations.

FIG. 5 is a flow diagram of an example process of providing aconfiguration setting to a vehicle based on sensor measurement data,according to alternative implementations.

FIG. 6 is a flow diagram of another example process of providingconfiguration settings to vehicles, according to alternativeimplementations.

FIG. 7 is a block diagram of a system according to some examples.

Throughout the drawings, identical reference numbers designate similar,but not necessarily identical, elements. The figures are not necessarilyto scale, and the size of some parts may be exaggerated to more clearlyillustrate the example shown. Moreover, the drawings provide examplesand/or implementations consistent with the description; however, thedescription is not limited to the examples and/or implementationsprovided in the drawings.

DETAILED DESCRIPTION

In the present disclosure, use of the term “a,” “an”, or “the” isintended to include the plural forms as well, unless the context clearlyindicates otherwise. Also, the term “includes,” “including,”“comprises,” “comprising,” “have,” or “having” when used in thisdisclosure specifies the presence of the stated elements, but do notpreclude the presence or addition of other elements.

A vehicle can refer generally to any machine that is used to carrypeople, goods, and/or other payload from one physical location toanother physical location. Examples of vehicles include any or somecombination of the following: a truck, a trailer, a tractor, a car, arailed vehicle (e.g., a train), a watercraft (e.g., a ship, asubmarine), an aircraft, a spacecraft, and so forth. A vehicle can alsorefer to a drone, which is an un-manned vehicle that can be used toperform various different actions. A vehicle can include wheels to movebetween different physical locations over land. Alternatively, a vehiclecan include structures such as wings to allow the vehicle to fly throughthe air, or floatation structures to sail on or through water.

In addition to a large number of mechanical parts, a vehicle can alsoinclude various operational components, such as electronic control units(ECUs) or other electronic components, as well as other components thatcan operate to perform tasks relating to the vehicle. In the presentdisclosure, ECUs can also be referred to as “controller units.” An ECUcan refer to any embedded computing system that is part of the vehicleto control one or more subsystems in the vehicle. An ECU can beimplemented with a processor, or with multiple processors. Examples ofsubsystems that can be controlled by ECUs include an engine of avehicle, a transmission of the vehicle, a brake subsystem of thevehicle, a valve of the vehicle, an air-conditioning subsystem of thevehicle, a navigation subsystem of the vehicle, and so forth.

An operational component can be configured to operate at one of variousdifferent settings based on a configuration parameter (or a set ofconfiguration parameters) provided to the operational component. As usedhere “a configuration parameter set” (or more simply, a “parameter set”)can include one or more configuration parameters that control a settingof an operational component. For example, a parameter set can includeone or more configuration parameters that control an idle speed of anengine, a timing of a valve, operation of a brake (e.g., how muchpressure to apply, etc.), operation of an air-conditioning system,operation of a navigation subsystem, operation of an adjustablesuspension, operation of an adjustable aerodynamic shroud, pressure of atire, and so forth.

Generally, a manufacturer or other operator of a vehicle can provideparameter sets to the vehicle that are based on a range of operatingconditions that the vehicle is expected to operate under. The parametersets are intended to strike a balance between the different types ofconditions that the vehicles may encounter. As a result, the parametersets provided to the vehicle may not be optimal for certain conditions.As a result, the efficiency of the vehicle may suffer under certainconditions, such as reduced miles-per-gallon performance, operation thatincreases wear on components, and so forth. For an enterprise (such as ashipper, distributor, retailer, and so forth) that operates a largenumber of vehicles (such as to carry cargo or people), even a relativelysmall reduction in efficiency can substantially increase costs to theenterprise.

In accordance with some implementations of the present disclosure,solutions are provided to selectively provide parameter sets to vehiclesfor respective conditions of usage of the vehicles, which can lead toincreased efficiency of operation of the vehicles, operation thatresults in reduced wear of components, and so forth. For example, for afirst condition of usage of a vehicle, a first parameter set can beprovided to control an operational component of the vehicle. For adifferent second condition of usage of a vehicle, a second parameter setcan be provided to control the operational component of the vehicle.

In some implementations, the selective provision of parameter sets canbe performed in a supervised manner (referred to as “supervised”solutions of providing parameter sets), in which a system is able topredict an expected target condition of usage of a vehicle (orvehicles), and can select a parameter set to provide to the vehicle(s)based on the expected target condition of usage of the vehicle. Inalternative implementations, solutions are provided in which theselection of a parameter set from multiple parameter sets for a vehiclecan be performed in an unsupervised manner or semi-supervised manner(referred to as “autonomous” solutions of providing parameter sets),where a condition of usage of a vehicle can be determined based onsensor information provided by one or more sensors of the vehicle.

Supervised Provision of Configuration Parameter Sets

In some implementations, with the use of supervised solutions to provideparameter sets to vehicles, a fleet administrator is able to managerespective sub-fleets of a fleet of vehicles, where each sub-fleet ofthe vehicles to be operated under a specific condition or conditions.For example, a first sub-fleet of the vehicles may be operated aslong-haul vehicles, and another sub-fleet of vehicles can be operated asshort-haul vehicles, where “long-haul” refers to a travel distance ofgreater than a specified threshold, and “short-haul” refers to a traveldistance of less than a specified threshold.

In further examples, a sub-fleet of vehicles can be operated in hotweather (a condition where a temperature of an environment is greaterthan a specified temperature threshold), while another sub-fleet ofvehicles can be operated in cold weather (a condition where thetemperature of the environment is less than a specified temperaturethreshold).

In further examples, a sub-fleet of vehicles can be operated at highaltitude (altitude greater than a specified altitude threshold), whileanother sub-fleet of vehicles can be operated at low altitude (altitudeless than a specified altitude threshold). In other examples, asub-fleet of vehicles can be operated as high-load vehicles, whileanother sub-fleet of vehicles can be operated in as low-load vehicles,where “high load” can refer to a load (of cargo or people) of thevehicle that exceeds a specified weight or a specified percentage ofcarrying capacity), while “low load” can refer to a load of the vehiclethat is less than a specified weight or percentage of loading.

In additional examples, a sub-fleet of vehicles can be operated on afirst type of terrain (e.g., a hilly or mountainous terrain), whileanother sub-fleet of vehicles can be operated in another type of terrain(e.g., a flat terrain). Different terrains can also refer to differenttypes of pavement on which the vehicles are to be operated, such assmooth pavement, gravel pavement, or pavement filled with potholes.

For the different sub-fleets that are intended to be operated underdifferent conditions, different parameter sets can be selected andprovided to the respective sub-fleets of vehicles. In this manner, eachsub-fleet of vehicles can be operated in a more optimal manner for aspecific expected condition of usage, which can increase the efficiencyof each vehicle, reduce wear of components of the vehicle, and so forth.

Although reference is made to providing configuration settings tovehicles in some examples, it is noted that solutions according to someimplementations of the present disclosure are also applicable to selectconfiguration settings to configure Internet of Things (IoT) devices. AnIoT device can refer generally to an electronic device that is designedor configured to achieve a specific target operation, unlikegeneral-purpose computers (e.g., notebook computers, tablet computers,desktop computers, server computers) or smartphones. Examples of IoTdevices include sensors to measure respective parameters (e.g.,temperature, pressure, humidity, location, etc.), actuators used toactuate devices between different states (e.g., a thermostat to operatean air conditioning and/or heating system), cameras, householdappliances, and so forth. A vehicle is a type of IoT device. Whereas acomputer or smartphone (or other similar general-purpose electronicdevice) can be loaded with different types of applications (at therequest of user), an IoT device is configured to execute a specificapplication to perform the specific target operation of the IoT device;in other words, in some examples, an IoT device is usually pre-loadedwith an application (or a set of applications), and a user is unable todownload a different application (other than updates to update thepre-loaded application(s)) onto the IoT device.

FIG. 1 is a block diagram of an example arrangement that includes aconfiguration management system 100 that can be used to manageconfiguration settings of vehicles in various sub-fleets of vehicles,where a sub-fleet 1 of vehicles and a sub-fleet 2 of vehicles is shownin the example of FIG. 1. The configuration management system 100 isable to deliver various parameter sets to vehicles over a network 102,which can be a wireless network or a wired network.

A wireless network can include a cellular access network or a wirelesslocal area network (WLAN). An example cellular network can operateaccording to the Long-Term Evolution (LTE) standards as provided by theThird Generation Partnership Project (3GPP). The LTE standards are alsoreferred to as the Evolved Universal Terrestrial Radio Access (E-UTRA)standards. In other examples, other types of cellular networks can beemployed, such as second generation (2G) or third generation (3G)cellular networks, e.g., a Global System for Mobile (GSM) cellularnetwork, an Enhanced Data rates for GSM Evolution (EDGE) cellularnetwork, a Universal Terrestrial Radio Access Network (UTRAN), a CodeDivision Multiple Access (CDMA) 2000 cellular network, and so forth. Infurther examples, cellular networks can be fifth generation (5G) orbeyond cellular networks.

A WLAN can operate according to the Institute of Electrical andElectronic Engineers (IEEE) 802.11 or Wi-Fi Alliance Specifications. Inother examples, other types of wireless networks can be employed, suchas a Bluetooth link, a ZigBee network, and so forth. Additionally, somewireless networks can enable cellular Internet of Things (IoT), such aswireless access networks according to LTE Advanced for Machine-TypeCommunication (LTE-MTC), narrowband IoT (NB-IoT), and so forth.

The configuration management system 100 includes a configurationmanagement engine 104 which is able to selectively deliver parametersets to respective vehicles in different sub-fleets, based on a targetcondition of usage of vehicles in each sub-fleet.

The configuration management engine 104 can include a hardwareprocessing circuit, where a hardware processing circuit can refer to anyor some combination of the following: a microprocessor, a core of amulti-core microprocessor, a microcontroller, a programmable integratedcircuit device, a programmable gate array, or another type of hardwareprocessing circuit. Alternatively, the configuration management engine104 can include a combination of a hardware processing circuit andmachine-readable instructions (software and/or firmware) executable onthe hardware processing circuit,

A storage medium 106 stores various parameter sets 108. The storagemedium 106 can be implemented with a disk drive, a collection of diskdrives, a solid state memory, a collection of solid state memories,and/or other types of storage media.

The parameter sets 108 can provide different parameters for a specificoperational component of vehicles. For example, the parameter sets 108can relate to different configuration settings of an engine, atransmission, and so forth.

The storage medium 106 can store multiple collections of parameter setsfor respective different operational components of vehicles, where eachcollection of parameter sets specify different configuration settingsfor a respective operational component of a vehicle.

The storage medium 106 can be part of the configuration managementsystem 100, or can be remote from the configuration management system100, but is accessible by the configuration management system 100, suchas over the network 102.

The configuration management system 100 also includes a communicationtransceiver 110 that allows the configuration management system 100 tocommunicate over the network 102 with the vehicles. The communicationtransceiver 110 can include a wireless transceiver to transmit andreceive wireless signals, or a wired transceiver to communicate over awired network.

FIG. 1 further shows a client device 112 that is coupled to theconfiguration management system 100. The client device 112 can be a userdevice, such as a notebook computer, desktop computer, tablet computer,smartphone, and so forth, which can be used by a user (e.g., a fleetadministrator) to manage configurations of vehicles. The client device112 can execute an application that allows the client device 112 tointerface with the configuration management engine 104. The applicationexecuted on the client device 112 can present a management graphicaluser interface (GUI) 114, which allows the client device 112 to interactwith the configuration management engine 104.

In some examples, the management GUI 114 can be used by an administratorto define the parameter sets 108 and/or define sub-fleets of vehicles(by assigning specific vehicles to specific sub-fleets). The managementGUI 114 allows the administrator to provide information relating tovehicles to the configuration management system 100, which can store theinformation as vehicle information 116 in the storage medium 106, forexample. The vehicle information 116 relates can identify sub-fleets ofvehicles, where each sub-fleet can be identified by a sub-fleet name,and the vehicles within a given sub-fleet can also be identified withvehicle identifiers or vehicle names, for example. The vehicleinformation 116 can also indicate, for each sub-fleet of vehicles, theexpected condition of usage of the sub-fleet (e.g., long-haul versusshort-haul, high altitude versus low altitude, etc.).

The client device 112 can be directly connected to the configurationmanagement system 100, or the client device 112 can be coupled over thenetwork 102 to the configuration management system 100.

Although FIG. 1 shows just one client device 112 coupled to theconfiguration management system 100, it is noted that in other examples,multiple client devices can be coupled to the configuration managementsystem 100 to allow multiple administrators to manage provision ofparameter sets to respective vehicles.

FIG. 2 is a flow diagram of an example process, which can be performedby the configuration management engine 104, for example. Theconfiguration management engine 104 determines (at 202) a targetcondition of usage of a vehicle. This determined target condition ofusage can be based on information provided by an administrator, such asthrough the management GUI 114 of the client device 112 shown in FIG. 1.The information provided by the administrator can be stored as part ofthe vehicle information 116 in the storage medium 106 (FIG. 2).

The configuration management engine 104 selects (at 204) a parameter setfrom among multiple parameter sets (e.g., the multiple parameter sets108 in the storage medium 106) based on the determined target conditionof usage of the vehicle. The multiple parameter sets correspond todifferent conditions of usage of the vehicle, where each parameter setincludes one or more parameters that control operation of an operationalcomponent of the vehicle. For example, the one or more parameters of aparameter set can control adjustment of one or more respectiveadjustable elements in the operational components of the vehicle.Examples of adjustable elements can include an engine element thatcontrols the idling speed of the engine, a valve element that controlsthe timing of a valve, a brake element that controls a force applied onthe brake, a suspension element to control the softness or rigidity ofan adjustable suspension, a shroud element to adjust an adjustableaerodynamic shroud, a pressure pump to control a pressure of a tire, andso forth.

The configuration management engine 104 transmits (at 206), to thevehicle, the selected parameter set to control a setting of the one ormore adjustable elements of the vehicle. The transmission of theselected parameter set can be performed over the network 102 shown inFIG. 1.

As noted above, the different conditions of usage of the vehicle caninclude different temperatures of environments in which the vehicle isto be operated, and the multiple parameter sets 108 can controladjustment of one or more respective adjustable elements of the vehiclefor the respective different temperatures (e.g., set the transmission tooperate at a higher gear in a high temperature environment to reduce thechances of overheating of a vehicle).

As another example, the different conditions of usage of the vehicle caninclude different altitudes at which the vehicle is to be operated, andthe multiple parameter sets 108 can control adjustment of one or morerespective adjustable elements of the vehicle for the respectivedifferent altitudes (e.g., change the timing of a valve to optimizeengine operation at a high altitude).

As a further example, the different conditions of usage of the vehicleinclude different planned loads of the vehicle, where the multipleparameter sets 108 can control adjustment of one or more respectiveadjustable elements of the vehicle for the respective different plannedloads (e.g., increase the stiffness of a suspension for a high load).

As another example, the different conditions of usage of the vehicleinclude different terrains over which the vehicle is to be operated andthe multiple parameter sets 108 can control adjustment of one or morerespective adjustable elements of the vehicle for the respectivedifferent terrains (e.g., reduce the stiffness of a suspension for roughterrain).

As a further example, the different conditions of usage of the vehicleinclude different expected travel distances of the vehicle, where themultiple parameter sets 108 can control adjustment of one or morerespective adjustable elements of the vehicle for the respectivedifferent travel distances (e.g., adjust the engine and transmission foroptimal performance at highway speeds).

Note that although FIG. 2 refers to determining a target condition ofusage of a vehicle, selecting a parameter set based on the determinedtarget condition of usage of the vehicle, and transmitting the selectedparameter set to control a setting of one or more adjustable elements ofthe vehicle, the process of FIG. 2 can also be applied to multiplevehicles, such as multiple vehicles of a target group (which can be agiven sub-fleet of vehicles) that is intended to be operated under acommon target condition of usage (e.g., high or low temperature, high orlow altitude, high or low load, a specific terrain, long or short haul,etc.)

FIG. 3 is a flow diagram of a further example process of the presentdisclosure. The process of FIG. 3 can also be performed by theconfiguration management engine 104, for example. The process of FIG. 3determines a first target condition of usage of a first group ofvehicles (e.g., a first sub-fleet of vehicles). The process of FIG. 3further includes selecting (at 304) a first parameter set from multipleparameter sets based on the determined first target condition of usageof the first group of vehicles, where the multiple parameter setscorrespond to different conditions of usage of vehicles. The process ofFIG. 3 further includes transmitting (at 306), to the first group ofvehicles, the selected parameter set to control a setting of one or moreadjustable elements of each vehicle of the first group of vehicles.

Autonomous Provision of Configuration Parameter Sets

The supervised provision of parameter sets to vehicles discussed abovecan be based on specification of sub-fleets of vehicles (such as by afleet administrator) that are planned to be operated under specificrespective conditions.

In further examples, rather than rely upon a pre-specified plannedtarget condition of usage of vehicles, autonomous solutions to provideparameter sets to vehicles can use sensors on the vehicles to acquiremeasurement data that can be used for determining target conditions ofusage of the vehicles.

FIG. 4 is a block diagram of an example arrangement that includes theconfiguration management system 400 and a vehicle 402 according to someexamples. Although just one vehicle 402 is shown in FIG. 4, it is notedthat multiple vehicles can be configured by the configuration managementsystem 400.

The vehicle 402 includes a sensor 404, which can be used to acquirecertain measurement information of the vehicle 402. For example, thesensor 404 can be a temperature sensor to measure a temperature of anenvironment around the vehicle 402, an altitude sensor to measure analtitude of the vehicle 402, a load sensor to measure a load of thevehicle 402, a terrain sensor to determine the type of terrain overwhich the vehicle 402 is travelling, a distance sensor to determine atravel distance of the vehicle 402, or any other type of sensor.

A load sensor can include a time-of-flight (ToF) sensor, where a lightsignal can be emitted, and reflection from a surface can be captured bya light sensor to determine a distance to the surface. This distance canprovide an indication of a loading of the vehicle. In another example,the load sensor can include a weight sensor, such as a strain gauge orother type of weight sensor mounted to the suspensions of the vehicle.The measured weight provides an indication of loading of the vehicle.

A terrain sensor can include a camera to capture an image of theterrain, and to detect the type of terrain based on image processing ofthe captured image of the terrain. Alternatively or additionally, theterrain sensor can include a shock or vibration sensor to detect a forceor vibration exerted on the vehicle as the vehicle moves over thepavement, which can give an indication of the type of terrain.

A distance sensor can include a position sensor (e.g., a globalpositioning system (GPS) receiver) to detect a location of the vehicle.Multiple measurements by the position sensor can provide an indicationof a distance traveled by the vehicle. Alternatively, the distancesensor can be part of the odometer of the vehicle, and can output adistance traveled since a last reading of the odometer.

Although just one sensor 404 is depicted, it is noted that the vehicle402 can include multiple sensors in other examples.

The vehicle 402 also includes a communication transceiver 406 to allowthe vehicle 402 to communicate over a network 408 (wireless or wirednetwork) with the configuration management system 400. The communicationtransceiver 406 can send measurement data from the sensor 404 over thenetwork 408 to the configuration management system 400. Thecommunication transceiver 406 can be a wireless transceiver tocommunicate wirelessly, or a wired transceiver to communicate over awired network.

The configuration management system 400 includes a configurationmanagement engine 410, which is able to receive measurement data fromthe sensor 404 of the vehicle 402, and determine, based on themeasurement data from the sensor 404 of the vehicle 402, a condition ofusage of the vehicle 402. The configuration management engine 410 canselect a parameter set from multiple parameter sets 412 stored in astorage medium 414 based on the determined condition of usage of thevehicle 402.

The selected parameter set can be sent by the configuration managementengine 410 through a communication transceiver 416 of the configurationmanagement system 400 over the network 408 to the vehicle 402.

The parameter set received by the vehicle 402 is applied by a parameterset applicator 412 to an operational component 414 of the vehicle 402.The parameter set applicator 412 can write the parameter set receivedfrom the configuration management system 400 to the operational element414, such as to store in a storage medium of the operational element414. In examples where the operational component 414 is an ECU, the ECUcan include a storage medium to store configuration information, and theparameter set can be written to the storage medium as part of theconfiguration information.

The parameter set applicator 412 can be implemented as a controller,which can be a hardware processing circuit or a combination of ahardware processing circuit and machine-readable instructions executableon the hardware processing circuit.

In alternative examples, instead of providing the configurationmanagement engine 410 in the configuration management system 400 that isseparate from the vehicle 402, the configuration management engine 410can instead be provided in the vehicle 402, to select a parameter set touse (from multiple parameter sets) to use to control the operationalcomponent 414. In such examples, the configuration management engine 410in the vehicle 402 can access the parameter sets 412, which can bestored in a storage medium of the vehicle 402, or alternatively, in aremote storage medium that is accessible by the vehicle 402 over thenetwork 408.

FIG. 5 is a flow diagram of an example process according to the presentdisclosure, which can be performed by the configuration managementengine 410 according to some examples. The configuration managementengine 410 receives (at 502) measurement data from the sensor 404 on thevehicle 402. The configuration management engine 410 determines (at504), based on the measurement data, a condition of usage of the vehicle402. The configuration management engine 410 selects (at 506) aparameter set from the multiple parameter sets 412 based on thedetermined condition of usage of the vehicle 402. The configurationmanagement engine 410 causes (at 508) application of the selectedparameter set on the vehicle 402, such as by transmitting the selectedparameter set over the network 408 to the vehicle 402 for application atthe vehicle 402.

In some examples, the vehicle 402 may be initially configured with afirst parameter set for a first condition of usage that was expected ofthe vehicle 402. However, based on the measurement data from the sensor404, the configuration management engine 410 can detect that thedetermined condition of usage is different from the first condition ofusage, such that the selected parameter set is different from the firstparameter set for the first condition of usage. The selected parameterset can override the first parameter set when operating the respectiveoperational component of the vehicle.

Although FIGS. 4 and 5 refer to the configuration management engine 410selecting a parameter set for a vehicle, it is noted that in otherexamples, the configuration management engine 410 can select a parameterset for multiple vehicles. For example, the configuration managementengine 410 can receive measurement data from sensors on multiplevehicles, and can determine, based on the measurement data from thesensors on the multiple vehicles, conditions of usage of the multiplevehicles.

The configuration management engine 410 is able to identify a subset ofthe multiple vehicles that operate in a similar condition of usage(e.g., the vehicles of the subset operate within a specified temperaturerange, the vehicles in the subset are long-haul vehicles, the vehiclesin the subset operate within a specified altitude range, and so forth).The configuration management engine 410 can select, for the subset ofthe multiple vehicles, a parameter set from among multiple parametersets for the condition of usage that is shared by the vehicles in thesubset. The configuration management engine 410 can then causeapplication of the selected parameter set on the vehicles in the subset.

In some examples, the selecting of the parameter set for a vehicle (ormultiple vehicles) based on a condition of usage determined frommeasurement data of a sensor can be unsupervised and does not rely onany input from a human user. Thus, based on the condition of usagedetermined from the measurement data acquired by the sensor of avehicle, the configuration management engine 410 can autonomously selectthe parameter set to apply to the vehicle.

In other examples, the selection of the selected parameter set based onthe condition of usage determined from the measurement data of thesensor can be first presented to a human user, such as an administratorat the client device 112 of FIG. 1. The administrator at the clientdevice 112 can confirm or reject, such as by making a control selectionin the management GUI 114, use of the selected parameter set.

FIG. 6 is a flow diagram of a process according to further examples,which can be performed by the configuration management engine 410. Theprocess of FIG. 6 includes receiving (at 602) measurement data fromsensors on multiple vehicles. The process of FIG. 6 further determines(at 604), based on the measurement data from the sensors on the multiplevehicles, conditions of usage of the multiple vehicles. The process ofFIG. 6 further includes identifying (at 606) a first subset of themultiple vehicles that operate according to a similar condition ofusage. The process of FIG. 6 includes selecting (at 608), for the firstsubset of the vehicles, a first parameter set from multiple parametersets for the similar condition of usage of the vehicles in the firstsubset. The process further includes causing (at 610) application of thefirst parameter set on the vehicles in the first subset.

System Architecture

FIG. 7 is a block diagram of a system 700 (which can be an example ofthe configuration management system 100 of FIG. 1 or configurationmanagement system 400 of FIG. 4, or a controller in the vehicle 402 ofFIG. 4). The system 700 includes a processor (or multiple processors)702. A processor can include a microprocessor, a core of a multi-coremicroprocessor, a microcontroller, a programmable integrated circuit, aprogrammable gate array, or another hardware processing circuit.

The system 700 includes a non-transitory machine-readable orcomputer-readable storage medium 704, which stores machine-readableinstructions, such as configuration setting control instructions 706that are executable on the processor 702 to perform respective tasks,such as those of the configuration management engine 104 of FIG. 1 orconfiguration management engine 410 of FIG. 4. Instructions executableon a processor can refer to instructions executable on a singleprocessor, or on multiple processors.

The storage medium 704 can include any or some combination of thefollowing: a semiconductor memory device such as a dynamic or staticrandom access memory (a DRAM or SRAM), an erasable and programmableread-only memory (EPROM), an electrically erasable and programmableread-only memory (EEPROM) and flash memory; a magnetic disk such as afixed, floppy and removable disk; another magnetic medium includingtape; an optical medium such as a compact disk (CD) or a digital videodisk (DVD); or another type of storage device. Note that theinstructions discussed above can be provided on one computer-readable ormachine-readable storage medium, or alternatively, can be provided onmultiple computer-readable or machine-readable storage media distributedin a large system having possibly plural nodes. Such computer-readableor machine-readable storage medium or media is (are) considered to bepart of an article (or article of manufacture). An article or article ofmanufacture can refer to any manufactured single component or multiplecomponents. The storage medium or media can be located either in themachine running the machine-readable instructions, or located at aremote site from which machine-readable instructions can be downloadedover a network for execution.

In the foregoing description, numerous details are set forth to providean understanding of the subject disclosed herein. However,implementations may be practiced without some of these details. Otherimplementations may include modifications and variations from thedetails discussed above. It is intended that the appended claims coversuch modifications and variations.

What is claimed is:
 1. A controller comprising: at least one processorconfigured to: receive, over a wireless network, measurement data from asensor on a vehicle; determine, based on the measurement data, acondition of usage of the vehicle; select a parameter set from among aplurality of parameter sets based on the determined condition of usageof the vehicle, the plurality of parameter sets corresponding todifferent conditions of usage of the vehicle, wherein each parameter setof the plurality of parameter sets includes one or more parameters thatcontrol adjustment of one or more respective adjustable elements of thevehicle; and transmit, over the wireless network, the selected parameterset to the vehicle to cause application of the selected parameter set onthe vehicle.
 2. The controller of claim 1, wherein the vehicle isinitially configured with a first parameter set for a first condition ofusage, and wherein the at least one processor is configured to: detectthat the determined condition of usage is different from the firstcondition of usage, wherein the selected parameter set is different formthe first parameter set.
 3. The controller of claim 1, wherein theselected parameter set is caused to be applied on the vehicle andoverrides a previously configured parameter set at the vehicle.
 4. Thecontroller of claim 1, wherein the selecting and the transmitting areunsupervised and without input from any human user.
 5. The controller ofclaim 1, wherein the causing of the application of the selectedparameter set on the vehicle is responsive to confirmation by a humanuser.
 6. The controller of claim 1, wherein the different conditions ofusage of the vehicle comprise different temperatures of environments inwhich the vehicle is to be operated, and wherein the plurality ofparameter sets control adjustment of the one or more respectiveadjustable elements of the vehicle for respective temperatures of thedifferent temperatures, and the sensor is a temperature sensor.
 7. Thecontroller of claim 1, wherein the different conditions of usage of thevehicle comprise different altitudes at which the vehicle is to beoperated, and wherein the plurality of parameter sets control adjustmentof the one or more respective adjustable elements of the vehicle forrespective altitudes of the different altitudes, and the sensor is analtitude sensor.
 8. The controller of claim 1, wherein the differentconditions of usage of the vehicle comprise different planned loads ofcargo or people carried by the vehicle, and wherein the plurality ofparameter sets control adjustment of the one or more respectiveadjustable elements of the vehicle for respective planned loads of thedifferent planned loads, and the sensor is a load sensor to sense a loadof cargo or people carried by the vehicle.
 9. The controller of claim 1,wherein the different conditions of usage of the vehicle comprisedifferent terrains over which the vehicle is to be operated, and whereinthe plurality of parameter sets control adjustment of the one or morerespective adjustable elements of the vehicle for respective terrains ofthe different terrains, and the sensor is a terrain sensor to detect acondition or type of terrain over which the vehicle travels.
 10. Thecontroller of claim 1, wherein the different conditions of usage of thevehicle comprise different travel distances of the vehicle, and whereinthe plurality of parameter sets control adjustment of the one or morerespective adjustable elements of the vehicle for respective traveldistances of the different travel distances, and the sensor is tomeasure a distance traveled by the vehicle.
 11. A method comprising:receiving, over a wireless network by a system comprising a hardwareprocessor, measurement data from a sensor on a vehicle; determine, bythe system based on the measurement data, a condition of usage of thevehicle; selecting, by the system, a parameter set from among aplurality of parameter sets based on the determined condition of usageof the vehicle, the plurality of parameter sets corresponding todifferent conditions of usage of the vehicle, wherein each parameter setof the plurality of parameter sets includes one or more parameters thatcontrol adjustment of one or more respective adjustable elements of thevehicle; and transmitting, by the system over the wireless network, theselected parameter set to the vehicle to cause application of theselected parameter set on the vehicle.
 12. The method of claim 11,wherein the vehicle is initially configured with a first parameter setfor a first condition of usage, the method comprising: detecting, by thesystem, that the determined condition of usage is different from thefirst condition of usage, wherein the selected parameter set isdifferent form the first parameter set.
 13. The method of claim 11,wherein the selected parameter set is caused to be applied on thevehicle and overrides a previously configured parameter set at thevehicle.
 14. The method of claim 11, wherein the transmitting of theselected parameter set is to cause configuration of a setting of the oneor more respective adjustable elements of an engine of the vehicle. 15.The method of claim 11, wherein the transmitting of the selectedparameter set is to cause configuration of a tire pressure of thevehicle.
 16. The method of claim 15, wherein the transmitting of theselected parameter set is to cause configuration of a setting of one ormore of: a brake of the vehicle, an adjustable aerodynamic shroud of thevehicle, or a valve of the vehicle.
 17. A non-transitorymachine-readable storage medium storing instructions that upon executioncause a system to: receive, over a wireless network, measurement datafrom a sensor on a vehicle; determine, based on the measurement data, acondition of usage of the vehicle; select a parameter set from among aplurality of parameter sets based on the determined condition of usageof the vehicle, the plurality of parameter sets corresponding todifferent conditions of usage of the vehicle, wherein each parameter setof the plurality of parameter sets includes one or more parameters thatcontrol adjustment of one or more respective adjustable elements of thevehicle; and transmit the selected parameter set over the wirelessnetwork to the vehicle to configure a setting of the one or morerespective adjustable elements of the vehicle.
 18. The non-transitorymachine-readable storage medium of claim 17, wherein the measurementdata from the sensor is selected from among a measured temperature, ameasured altitude, a detected condition of a terrain, a distancetraveled, and a detected load.
 19. The non-transitory machine-readablestorage medium of claim 17, wherein the selected parameter set specifiesa tire pressure of the vehicle.
 20. The non-transitory machine-readablestorage medium of claim 17, wherein the vehicle is initially configuredwith a first parameter set for a first condition of usage, and whereinthe instructions upon execution cause the system to: detect that thedetermined condition of usage is different from the first condition ofusage, wherein the selected parameter set is different form the firstparameter set.